home *** CD-ROM | disk | FTP | other *** search
/ InfoMagic Standards 1994 January / InfoMagic Standards - January 1994.iso / inet / ietf / trunkmib / 92mar.min < prev    next >
Text File  |  1993-02-17  |  6KB  |  163 lines
  1. The Minutes below should be considered a rough draft - 3/26/92 Megan
  2.  
  3. The minutes of the Trunk-MIB Working Group
  4.  
  5. IETF Meeting 3/16/92
  6. San Diego, CA
  7.  
  8. Mailing List
  9.  
  10. o    General Discussion: trunk-mib@acc.com
  11.  
  12. o    To subscriber: trunk-mib-request@acc.com
  13.  
  14. o    Archive: saffron.acc.com
  15.  
  16. Chairs
  17.  
  18. Fred Baker:  fbaker@acc.com
  19.  
  20. Tracy A. Cox:  tacox@sabre.bellcore.com
  21.  
  22.  
  23. Description and Charter
  24.  
  25. This working group will consider revisions to the DS1 and DS3 MIBs
  26. (currently published as Proposed Stds in RFC 1232 and RFC 1233) in
  27. preparation for their consideration as Draft Standards.  Consistent
  28. with the IETF standards process, the working group is chartered to
  29. consider only those changes to the DS1 and DS3 MIBs that are based on
  30. implementation experience or on the need to align with relevant ANSI
  31. T1M1 standards. In this context, the working group will thoroughly
  32. document the implementation or alignment rationale for each considered
  33. change.  All changes made by the working group will be consistent with
  34. the existing SNMP framework and standards --- in particular, those
  35. provisions of RFC 1155 regarding addition and deprecation of objects in
  36. standard SNMP MIBs.  This working group will be a short-lived activity,
  37. involving a single meeting, and will conclude its business no later
  38. than June 1992.
  39.  
  40.  
  41. Goals and Milestones
  42.  
  43. o       Jan 1992: Distribute draft of proposed revisions to DS1 and DS3
  44.     MIBs together with documentation of supporting implementation
  45.     experience
  46. o       Mar 1992: A one-time only working group meeting as part of IETF
  47.     meeting to review and discuss documents and formulate recommendation
  48.     to IESG
  49. o    Apr 1992: Deposit final document text as Internet Drafts for final
  50.         review by WG membership and consideration by IESG
  51.  
  52. Agenda
  53.  
  54. o    Get feedback on implementation experience
  55. o    Review RFC1232 and RFC1233 comments
  56. -    Review ds1LineIndex and ds1Index email discussions
  57. -    Review the need for farEndTables
  58. -    Review the need for added configuration information
  59. -    Review new objects: ds1Loopback and ds1AlarmState
  60. -    Removal of CSSs from RFC1233
  61. -    Additional otherCVs count in RFC1233
  62.  
  63. Feedback
  64.  
  65. o    Add Far End Information -- as optional tables
  66. o    Add more alarm information -- ds1AlarmState
  67. o    Consistency with standards -- updated Terminology section
  68. o    Can't "CSU" MIB be used to manage other DS1 interfaces?
  69.  
  70.  
  71. Implementation experience was received on RFC1232 and RFC1233.  Vendors
  72. wanted the definitions of the counters to be consistent with T1M1
  73. standards.  The working group agreed that the definitions should be
  74. updated.  However, if the documents should conflict, vendors should
  75. follow the definitions in the Internet DS1 and DS3 MIBs.  Text was
  76. added to the internet-drafts to reflect this consensus.
  77.  
  78. Next, the need for far end information was discussed.  Vendors
  79. requested that the far end information received from the DS1 and DS3
  80. signal be collected in the MIBs.  The working group agreed that this
  81. information should be added as an optional group.  The working group
  82. agreed to structure the MIBs into two groups, the:
  83.  
  84. --  DS* Near End Group which is mandatory and
  85. --  DS* Far End Group which is optional.
  86.  
  87. The Near End Group contains Configuration, Interval, Current, and Total
  88. tables.  The Far End Group contains Configuration, Interval, Current, and Total
  89. tables.
  90.  
  91. The working group also reviewed the request from a vendor that more
  92. configuration information be added to the Configuration Table.  The
  93. working group agreed that this information is important; however, it
  94. should not be contained on the SNMP agent on the device.  The Network
  95. Management Station should have this information in its database.
  96. Therefore, the configuration information will not be added to the
  97. MIBs.  This is only true for the Near End Group.
  98. Since, the configuration information from the Far End is received
  99. from the incoming signal, the Far End Configuration Table
  100. does contain this information.
  101. Therefore, the Far End Group does contain configuration
  102. information. Only the circuitID object is contained
  103. in the Near End Configuration
  104. Table.
  105.  
  106. Based on vendor requests and consistency with T1M1 standard, some
  107. objects were deprecated, and new objects were added.  This is true for
  108. both DS1 and DS3 MIBs.
  109.  
  110. --  ds*Loopback has been deprecated.
  111.  
  112. --  A new object has been added called ds*NewLoopback,
  113.     which better describes the loopback capabilities of
  114.     a DS* interface on a device.
  115.  
  116. --  ds*YellowAlarm has been deprecated.
  117.  
  118. --  ds*RedAlarm has been deprecated.
  119.  
  120. --  A new object has been added called ds*LineStatus.
  121.     This object better describes the status (e.g., alarm state and
  122.     loopback state) of a DS* interface.
  123.  
  124. --  Only the ds3IntervalCSSs, ds3CurrentCSSs, and ds3TotalCSSs have
  125.     been deprecated, because these counts are not collected on DS3
  126.     interfaces.  They are retained in the DS1 MIB.
  127.  
  128. --  Additional objects and status are necessary to fully support E1;
  129.     NewBridge will supply details, to be edited into the DS1 MIB.
  130.  
  131. The internet draft will reflect these changes.
  132.  
  133. Also, vendors requested that the DS1 and DS3 MIBs be used to manage
  134. other devices other than CSUs.  Therefore, the MIBs are updated to
  135. reflect this request.  The MIB manages DS1/DS3 interfaces.
  136.  
  137. The following objects have been changed to reflect this request:
  138.  
  139. --  ds*CSUIndex has been renamed ds*LineIndex.  This object
  140.     is the identifier of a DS* Interface on a device.  If there is at
  141.     least one ifEntry directly associated with the DS* interface (eg,
  142.     if the DS* interface is used to communicate with the Network
  143.     Layer), it should have the same value as ifIndex.  Otherwise, its
  144.     value should exceed ifNumber.
  145.  
  146. --  ds*Index has been renamed ds*IfIndex.  This value for this
  147.     object is equal to the value of ifIndex from the Interfaces
  148.     table of MIB II (RFC 1213).  The utility of this object
  149.     is under discussion.
  150.  
  151. The fractional table was deprecated from the DS1 MIB, because no one
  152. implemented it or wanted it.
  153.  
  154. Since the changes to RFC1232 and RFC1233 were on the borderline of
  155. being "too much", the group agreed to cycle at the Proposed Standard
  156. status.  This implies that the Working Group will have a longer life
  157. cycle than intended, probably on the order of a year.
  158.  
  159. New internet drafts reflecting these changes will be sent to
  160. the trunk-mib mailing list and posted in the internet-drafts
  161. directories; when consensus is achieved on the mailing list, they will
  162. be forwarded to the IESG.
  163.